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(54) Server providing documents according to user profiles 



(57) A sender computer adapted to communicate 
with a user having a client computer via the Internet or 
an intranet. The server computer comprises: 

personal edition memory means (1 9) for storing da- 
ta relating to users accessing the system; 

document memory means (23) for storing a plurality 
of documents; 

database management means (17) for requesting 
from the user personal information relating to him 
or her and storing the personal information in the 
personal edition memory means (19); 



automatic document assembly means (17) for re- 
trieving from the document memory means (23) one 
of the plurality of documents; and 

transmission means (15,17) for transmitting the re- 
trieved document onto the Internet or intranet for 
delivery to the client computer. 

The sen/er is programmed so that when the user 
logs in to it. the automatic document assembly means 
(17) selects the document to retrieve according to the 
personal information relating to that user stored in the 
personal edition memory means (19). 
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Description 

The present invention relates to a data communication system between client and server computers, particularly 
to a system using the Internet or an Intranet for data communications. 

s The Intemet is a dispersed collection of computers connmunlcating with each other using a protocol called TCP/ 

IP (Transmission Control Protocol/Internet Protocol). These computers fall into two categories: "hosf computers, also 
referred to as servers, and "client" computers. Host computers form the backbone of the system and each is connected 
by a dedicated link to at least its nearest neighbouring host. Host computers are typically owned and operated by large 
govemmental, academic and commercial organisations to provide services to their members and clients. Although the 

10 Intemet grew out of academic and govemment networks an increasing proportion of the servers in it are operated by 
■Service Providers" who provide access to the general public for a fee. 

Client computers form the interface between users and the hosts or servers. They are connected to the servers 
either directly, by a local area network (LAN) or by dial-up telephone line and modems. The latter is usual for members 
of the public who purchase access from service providers. 

15 Host computers are identified by a four part IP address in the form AAA.BBB.CCC.DDD, where each component 

is a number less than 256, whrch are related to more user-comprehensible names by the Donnain Name Server (DNS) 
system. For example, one host at Sony Europe is called "opus.ipek.de", whch corresponds to the IP address 
194.77.200.3. "opus" is the host name of that machine and "lpek.de" is the domain name of the IP address range 
1 94.77.200. 1 to 1 94.77.200.62. Each resource on the Internet, including Web pages (see betow) , has a unique address 

20 known as a Uniform Resource Locator (URL) which includes the hot name and domain name of the sender hosting it. 
Specific users are identified as ■userid"@"hostname.domainname", for example "FredBloggs® www. sony.com". 

When a host computer has a message or address for another host it sends it to a host to which it has a direct 
connection that is in the general direction of the ultimate destinatbn of the message or request. That computer then 
forwards the message to another host again in the general direction of the ultimate destlnatbn and so on until the 

2S message is delivered. 

The Intemet provides a number of sewrces to its users of which the most popular is the World Wide Web (WWW). 
The WorkJ Wide Web is essentially a collection of files, often referred to as Web pages, in a variety of formats stored 
on host computers, often called Web sewers, in the Intemet. A collectk>n of Web pages published by an organisation 
is often termed a Web site and its first or highest level page the homepage. Most Web pages are textual documents 

30 described in Hypertext Mark-up Language (HTML). Such pages may include images, still or moving, and audio data. 
The key feature of HTML is the ability to define Hypertext Links within the document whrch provide access points to 
other parts of the same document, other Web pages or other Intemet facilities. 

To access the Wortd WkJe Web. the user employs software on his client computer known as a Web browser, 
commercially available examples are Netscape Navigator™ and Mrcrosoft Intemet Exptorer™. The user enters the 

35 address of a Web page, or selects one from a list of previously stored addresses often referred to as Bookmarks. This 
address includes the address of the Web server holding that Web page. The Web browser then autonnatically contacts 
the user's sen/ice provider, dialling up a link over the telephone network if necessary, and issues a request for that 
Web page. This is forwarded to the relevant host computer which replies by sending back the relevant page, if it exists. 
The communication of the Web page is conducted using the Hypertext Transfer Protocol (HTTP) as a result of whk:h 

40 World Wide Web Page addresses begin "HTTP://". Access to most Web pages is unrestricted however it is possible 
for this to be controlled by use of passwords. 

As the Web page is received by the client computer the user's Web Browser software constructs and displays the 
page according to the instructions specified in HTML. This may allow a degree of control to the user's Web browser 
software or nr^ay precisely specify the kx:ations of the components in the displayed image. Hypertext links comprise 

45 two components, a part to be displayed to the user, either text or an image such as an icon, and the associated address, 
which may be within the same Web page or may be a completely different page. Different addresses may also be 
associated with different parts of an image. The part of the link displayed to the user is generally distinguished from 
other parts of the page, for example in the case of text by being underlined or in a different colour. Generally the client 
computer will use a mouse (or trackball) and on-screen pointer for input of commands, in this case the pointer is often 

50 arranged to change shape or cotour when kx:ated over a hypertext link. When the user selects a hypertext link, usually 
by positioning the pointer over it and clicking a mouse button, the Web Browser software automatically accesses the 
corresponding Web page. 

The WorkJ Wide Web is extremely popular and continually growing but users often complain that it is slow to access 
the Web pages in which they are interested. Whilst a user may have a relatively fast link to his sen/ice provider, e.g. 
55 a 28.8 kbps modem, the connection from the sen^ice provider to the sender containing the Web page being loaded may 
involve several different link hops shared with other traffic so that the effective speed of this is considerably less, 
especially at peak times. 

Most users accumulate collectbns of Web pages that they visit often. Accessing these pages is assisted by the 
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provision of bookmarks, which are links to the corresponding pages pre-stored in the user's Web browser. However 
many pages are updated at unpredictable intervals at the whim of the author The user cannot tell whether or not a 
Web page has changed without visiting it, which can be a time consuming process. 

In part because of the lack of a secure method of arranging payments over the Internet, nrtost organisations pro- 
s viding Web pages and discussion forums do not charge users for access. Instead, some attempt to recuperate their 
costs by displaying advertising. Some service providers also attempt to keep their charges down or make additional 
profit by carrying advertising. Such advertising delays access to the Web pages or other services and can be particularly 
irritating to the user if he or she is paying for access time by the hour and also paying for the telephone connection. 

To advertise their services, many Web sites include "What's New" listings in their homepage. Some service pro- 
10 viders also provide such listings each time the user accesses the service. These can again be in-itating to the user as 
they take time to transmit for whk;h the user is paying. 

As far as the providers of Web sites are concerned, to maintain a Web site generally requires a knowledge of 
HTML and often considerable input from the site administrator. Software to assist in this is available but does not 
completely dispense with the need for skilled input. This hinders the regular updating of Web pages by unskilled users. 
15 Whilst the Internet is a gk>bal open network, its advantages and ease of use have been recognised as useful for 

smaller, cbsed networks. Networks using the Internet's protocols and software but confined to a single organisation 
are termed intranets. They suffer from the same problems as the Internet to varying degrees. 

The present invention has been developed with the aim of alleviating or eliminating the above mentioned drawbacks 
of the prk>r art. 

20 The present invention therefore provkJes: a server computer adapted to communicate with a user having a client 

computer via the Internet or an intranet, said server computer comprising: 

personal edition memory means for storing data relating to users accessing said system; 

25 document memory means for storing a plurality of documents; 

database management means for requesting from said user personal informatbn relating to him or her and storing 
said personal infomnatkxi in said personal editkxi memory means; 

30 automatic document assembly means for retrieving from sa\6 document memory means one of said plurality of 

documents; and 

transmission means for transmitting the retrieved document onto the Internet or intranet for delivery to said client 
computer; wherein j 

35 

when sa\6 user logs in to said sender computer, said autonnatic document assembly means selects the document 
to retrieve according to the personal information relating to that user stored in saki personal edition memory means. 

The server computer for a data communication system of the present invention can thus transmit to the user an 
40 appropriate document to a user when that user k>gs-in. That document can be one relating to a subject the user has 
expressed an interest in and, if an advertisement, is thus more relevant. The document may be one assembled on 
demand for a user and thus may include relevant links and menu options as well as advertisements or infonmational 
content. 

The present invention is embodied in a web server known as the ola™ server which is described betow. 
45 The present inventbn will be further described hereinafter with reference to the folbwing description of an exem- 

plary embodiment and the accompanying drawings, in whrch: 

Fig. 1 is a schematk: diagram of a part of the Internet embodying the present inventbn; 

50 Fig. 2 is a schematic diagram of the ola™ server embodying the present invention; 

Fig. 3 is a schematic view showing the different tables maintained by the ola™ sen/er; 

Figs. 4A to D is a schematic view showing the overall process of the ola™ server. 

55 

Fig. 5 is a view showing the standard ola™ screen layout; 
Fig. 6 is a view showing the ola™ homepage; 



3 



EP 0 848 338 A1 



10 



Fig. 7 is a view showing an example homepage for an ola™ forum; 
Fig. 8 is a view showing a screen listing the user's preferred forums; 
Fig. 9 is a view showing the Autoload icx>n; 

Fig. 10 is a view showing a screen in which several Web pages have been loaded using the Autoload function; 
Fig. 11 is a view showing an archive screen for a content generator allowing editing and addition of material; and 
Fig. 1 2 is a view showing a screen allowing addition of a new article. 



In the various figures, like parts are indicated by like reference numerals. 

Figure 1 is a schematk: diagram of a part of the Internet embodying the present invention. 
^5 A user's personal computer (PC) 1 is connected, via modems 3 and a dial up telephone line 5, to the host computer/ 

sender 7 of an Intemet service provider. The PC 1 may have a keyboard la and a mouse lb for inputting data and 
commands. The service provider's server 7 is connected in turn to other host computers 9 and 11a to lie via dedicated 
links 13. These other servers are also interconnected by dedk:ated links. Server 9 is the ota™ sender and is described 
in more detail below. 

20 Figure 2 is a schematic diagram of the ola™ server 9 the central processing unit (CPU) 17 of the ola™ sender is 

connected to the dedicated Internet links 13 via an interface 15. This interface 15 may also connect to modems 3 
allowing users direct access over dial up telephone lines 5. The ola™ CPU 17 may be any suitable computer such as 
a Sparcstatk)n manufactured by Sun Microsystems and using the Solaris™ operating system. The ola™ CPU 17 is 
also connected to Personal Edition memory 1 9, advertisement mennory 21 , forum memory 23, and component memory 

25 25 which store different components of the ola™ servrce, as will be described below. These memories nnay be FlAM's, 
fixed (or hard) disk drives, removable (or floppy) disk drives, optical disks, tape streamers, etc. having the required 
capacity and access speed as well known in the art. Whilst the different memories 1 9. 21 , 23 and 25 are here described 
as separate devices, it is of course possible for several of the memories to be contained in one physical device or for 
several physical devk:es to make up one memory. The menrrarles may also be dynamically divided between main 

30 storage devbes and cache memories as known in the art. In any event the allocation of data to storage devices is 
generally left to the server operating system. 

The operatbn of the ola™ service will now be described. 

The ola™ sen^ice provkfes for the user news and informatkxi on a variety of topics as well as discussion forums 
and facilities to assist in monitoring both ola™ and other Web sites in which the user is interested. The ola™ service 

35 is implemented by a suitably programmed Web server and "dynamk;* HTML pages, that is pages that are constructed 
dynamk^ally in response to user requests and information relating to registered users stored in the ola™ server Pages 
are constructed from components, e.g. images, kx>ns, image maps and text passages, stored in the component memory 
25. These components are assembled in standard Web page templates also stored in component memory 25. 

The various databases may be nnaintained by a commercially available package such as lllustra™ and suitable 

40 Web server software such as that available from Netscape Communications Corp. Specially written software in C++, 
Perl and using SQL queries is used to perform the special ola™ functions and construct the dynamk; Web pages. 

The various tables maintained by the ola™ server and their interrelationships are shown schematically in Figure 
3. This figure also shows how these tables relate to the Personal Editbn memory 1 9; advertisement memory 21 , forum 
memory 23, and component memory 25 described above. This table will be referred to below. 

45 An overall schematic of the processes carried out by the ola™ server is shown in Figures 4A to D. The steps shown 

therein will be referred to below by number, e.g. SI 3. 

Within ola™, screens are laid out in a standard format, as shown in Figure 5. As can be seen, the major part of 
the screen is taken by Frame A whch nonrmlly contains the Web page currently open. Below Frame A is Frame B 
which normally contains icons relating to ola™ functions and forums as described below. To the right of Frames A and 

50 B is Frame C which is used for the Personal Edition service described below. Frame C is notionally divided into three 
parts, top mkldle and bottom, though no divisions are apparent to the user. The screen layout as shown in Figure 5 
will be sized according to the available screen area in the user's Web browser, with scroll bars being provided where 
any part of the frame is too small for the content to be displayed. 

The icons displayed in Frame B are preferably part of a single image, known as an image map, shown in Figure 

55 6. With such an image, the user's Web browser reports the location of the user's pointer within the image when the 
mouse button is clicked. The client browser software then determines the appropriate link to access according to the 
reported kx:atk)n. It is also possible to use so called server-side image mapping. As mentioned, the image map may 
include links 31 to various of the ola™ forums or categories of forums. It may also include a link 32 to a search tool 
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allowing the user to search for text within the whole of the ola™ system and a link 33 to a help function. 

In the present ola^ system, there are two versions of the image map. one much thinner than the other. The image 
map includes a region 34 for instructing a swap between them. When the user selects this region the ola^ server 
sends the other image map and instructs the user's Web browser to adjust the frame sizes accordingly. The thinner 
s image map albws greater area to be devoted to Frame A. 

The top part of Frame C normally displays the ola™ logo and the user's nickname. If the user is browsing, not 
having registered, this part will give "guest' as the user's name. 

The mkidle part of Frame C, just betow the user's nickname, displays an advertisement 41 which may be a hypertext 
link to the advertiser's Web site or a page within ola™ giving further information. The same advertising logo may be 
10 displayed for all users or preferably, the ola™ server consults the user's Personal Edrtton, described be tow, and selects 
an advertisement for a product or service most likely to appeal or be useful to that user. For example, a listings magazine 
for the user's city if his/her favourite forum is nightlife or a local sports equipment supplier rf his/her favourite forum 
relates to a sport, such as foott}all. In this manner, the advertising is more relevant to the user and so less irritating. It 
is also more likely to be effective. 
IS A defauit advertisement nray be specified for users for whom there is no noore relevant advertisement. 

The ola™ sen/er may also keep records on the Personal Editton datat>ase of which advertisements have been 
displayed to users so that repetition can be avoided, thus maintaining the user's interest. 

In the presently preferred embodiment, the ola™ server maintains in the advertisement memory 21 a database of 
advertisements together with the categories of user to whom they are of possible interest, their date and an expiry 
20 date. Expired advertisements are automatically deleted from the database. To select the advert to display, a list is 
assembled of the adverts possibly relevant to the user. This list is then sorted according to date (okJest first) and number 
of times it has been displayed (least first). An advertisement is selected randomly from this list with the adverts being 
given increasing weight towards the top of the list. 

The process for maintenance of the advertisement database is shown in Figure 4, step S40 which comprises sub- 
25 steps S40a to S40d. 

Below the advertisement, in the bottom part of Frame C, a context sensitive menu is displayed. This contains as 
standard a number of links related to the user's Personal Edition and is sometimes refen*ed to as the Personal Editton 
. menu. In different circumstances, other options are added as described betow. 

When a user accesses the ola™ server, a new sessbn entry is created SI in the session table and the ola™ 
30 homepage is transmitted S2 to the user. An example of the current homepage, displayed by Netscape Navigator™, is 
shown in Figure 6. The user is asked to register S5 or, if already registered, to log in S6 by providing their nickname 
and password. It is also possible for users to visit the site as a guest, without first registering, though in this case not 
all facilities of the servbe are available. 

35 Personal Edition 

If the user decides to register, he/she selects the hypertext link shown by the underlined word 'register* in Figure 
6 and his/her Web browser accesses S3 the ola™ Personal Editton registratton page. In the registration page the user 
is asked to provide S4 vartous personal details. These may vary but coukJ include, for example, a nickname, a password, 

40 gender, year of birth, approximate address, e.g. by area or zipcode. The ola™ service does not require the user's real 
name or precise address and other details, whtoh some users maybe reluctant to give to preserve their privacy. Some 
fields may also be optional, not requiring input from the user, though as a minimum the user must give a ntokname and 
password. The nickname must not be the same as any other already registered and a minimum length, e.g. six char- 
acters, may be specified for the password. 

45 The user is also asked to select one to three of the ola™ forums in whtoh he/she is most interested, with one 

specified as of most interest. In the present embodiment, the first, preferred, forum is obligatory; the others optional. 
The ola™ forums are described below and nnay relate to topics such as nightlife, art, humour, current affairs, etc. 

Finally, the user is invited to create sets of favourite links or URLs by specifying their addresses and opt tonally 
giving each a personalised name. These links can be Web pages, ftp tocations, etc. and are grouped in link sets which 

50 are named by the user. The number of URLs in each link set may be limited, e.g. to six, and the number of link sets 
each user is allowed may also be limited. In the present embodiment the user may specify one link set to be included 
in Automatto Update Tracking, a sen/ice described below. This link set is referred to as the monitored link set. In other 
embodiments individual links or multiple link sets may be specified for tracking. 

The data thus collected is stored S5 in the Personal Edition memory 1 9 and is used in ola™ servtoes as described 

55 below. 

When the user next enters ola™ by giving his/her nickname and password, he/she will automatically be directed 
to the home page of his/her designated favourite forum, e.g. nightlife, which is displayed in Frame A. An appropriate 
dynamic web page is constructed on the basis of the user's Personal Edition profile in S7. 
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As shown in Figure 7, when the user enters ola^, the standard entries in the Personal Edition menu are 'My 
Forums" 42; 'Lucky Dip' 43; the titles of the user's link sets, in the present example 'newspapers' 44, "weirdos' 45 
and 'magazines" 46; and 'Edit PE" 47. 

If the user selects "My Forums", links to the content items within the forums listed in the user's Personal Editbn 
5 profile are added to the bottom of the Personal Editbn menu, as shown in Figure 8. These links represent content 
items that have been added to the forums since the user's last visit to ola^. Selecting one of these links takes the 
user to that content item in the relevant forum. 

Selecting the 'Lucky Dip' icon 43 again adds links to the bottom of the Personal Edition menu. These links however 
are to Internet addresses specified by ola^ administrators. These addresses may be within ola™ or anywhere else 
10 on the Intemet and are specified dynamically for each user on the basis of the preferences and other Interests specified 
in the user's Personal Edition profile. 

If the user selects one of the links to one of his/her link sets then the links of that set are added to the bottom of 
the menu together with an Autoload icon, as shown in Figure 9. The Autoload function will be described below Selecting 
one of the links directs the user's Web browser to bad the corresporKling Web page into Frame A. When a user selects 
15 a link from a monitored set this is logged by the ola™ server. When the user chooses the monitored link set, those 
URLs that have been updated sirtce the user's last visit to ota^ are flagged or highlighted. Which Web pages have 
been updated is determined by the Automatic Update Tracking function described bebw. 

The 'Edit PE' entry 47 in the Personal Editbn menu takes the user to a menu of additional options. The user can 
select a form setting out the user's Personal Edition and albwing it. or at least those parts of it that are subject to 
20 change, to be edited. The user may also create, change or delete links and link sets. These optbns are illustrated in 
steps S25 to S35 in Figure 4. 

The Ola™ system administrator may also access the Personal edition profiles of all users (steps S38-S39 of Figure 
4), for example to extract statistical information. 

25 Automatic Update Tracking 

The automatb update tracking feature of ola™ operates without requiring user input. During slack periods, e.g. 
overnight, the ola^ server mns a Web crawler program which accesses In tum the URLs within each user's monitored 
link set. The Web crawler compares the 'last updated' field of each page header to the last logged visit of the user to 

30 that page. If the last updated field is later than the last logged visit then an indicator, e.g. a flag, appears in the Personal 
Edition menu when the links are displayed. 

The system administrator may determine the frequency and order in whbh users' monitored links are checked. 
Each link should be checked at regular intervals, preferably daily. The frequency of checking user's link sets may also 
be determined according to the frequency of access to ola™, either by the specific user or by all users. To avoid 

3S repeatedly checking the same site for different users, the ola™ server constructs a table of all sites to be checked 
before accessing them. 

In a modifbation of this feature, the automatic update function downloads each page that has been updated and 
stoxes it in the ola™ server so that it can be displayed to the user more rapbly. 

Because the automatb update tracking system operates by considering the last updated field, it is recognised that 
40 it may not functk>n correctly with all Web sites. This is because some Web server software and site administrators 
disable the last updated field on their pages. Also, dynamically created pages, such as those generated by the ola™ 
server, have a last updated field that reflects their creation in response to a request even if the actual content has not 
changed. 

45 Autoload Function 

The Autoload function is designed to work with any predefined group of links such as links related to an article or 
content article or a user's link sets. In the ola™ system, when a user's link set is displayed to a user, an Autoload bon 
is also displayed, as shown in Figure 9. When the user selects this icon, the ola™ server generates an HTML page 
50 for the displayed set of links and transmits it to the user's PC for display in Frame A. The effect of this is to subdivide 
Frame A into a number of subframes 61 to 66 corresponding to the number of links in the set. The user's Web browser 
is then directed to fill each sub-frame with the Web page indicated by the address corresponding to that link. The result 
is shown in Figure 10. 

An example of the HTML code to effect this is given below: 
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<HTML> 

<HEAD><TITLE>CACHE</TITLE></HEAD> 



<FRAMESET ROWS="10%, 18%, 18%, 18%, 18%, 18%"> 



< FRAME 


NAME=" 


INFO 


SRC="/waitmessage.htinl"> 


< FRAME 


NAME=^\ 


0 " 


SRC="http: //www . washingtonpost . com"> 


< FRAME 


NAME='' 


1 


SRC="http: //www. ft .com"> 


< FRAME 


NAME=^\ 


2 " 


SRC="http: //www.manslife. com"> 


< FRAME 


NAME=^^ 


3 


SRC-"http: //www. telegraph . co. uk/et"> 


< FRAME 


NAME=" 


4 


SRC=''http: //www. stern. de"> 



</FRAMESET> 



</HTML> 

25 

Note that the above URLs are examples only and may not be correct addresses of publicty available web pages. 
The precise addresses used forms no part of the invention. 

The code automatically generated by the ola™ server will automatically be varied depending on the number of 
links and the link addresses are automatically retrieved from the appropriate records of the Personal Edition database 
30 stored in personal edition menrKiry 1 9 or other ola™ database. 

In response to the Autoload code, the user's Web browser, divides Frame A as specified and issues concurrent 
requests to each of the servers indicated by the link addresses. These are then sent by the user's sen^ice provider 
toward the relevant hosts and the replies forwarded to the user. Because the different requests and replies will be 
transmitted by different routes, the response to one request will not be delayed by any of the others. The responses 
35 will be transmitted to the user's PC as they are received by the service provider's host. If responses arrive faster than 
can be transmitted to the user's PC they will automatically be buffered at the service provider's host. Thus most efficient 
use is made of the link between user and servk:e provkier. In practice, because the links to the other hosts and speed 
of response of those other hosts are so much slower than the link between sen/k:e provider and user, several, often 
as many as six, Web pages can be received by the user in the time it would othenwise take to k)ad one. 
40 Because the necessary HTML code to achieve this is automatk:ally created by the ola^ server, the user does not 

need knowledge of that language to benefit from this feature. 

The Autoload function within a link set additionally Includes an advertising page selected as described at>ove and 
generates an additbnal sub-frame for this in the middle of Frame A. 

45 ola™ Forums 

The ola™ service includes a number of forums on a variety of topics whk;h are grouped within various categories, 
such as entertainment, current affairs, sport, etc. An example forum, within the category entertainment, is nightlife. 
Each forum consists of a collection of artrcles on the relevant topics, links to related Web sites or material, and a bulletin 
50 board service (BBS) which may allow on-line chat and discussion services. Each forum is accessed by its respective 
homepage, also referred to as the news page. An example home page for the nightlife forum as displayed by Netscape 
Navigator™ is shown in Figure 8. 

In Figure 8. the nightlife homepage is displayed In Frame A At the top are four standard icons whk;h are Included 
In each page of the forum. These are "News' 51 , "Archive" 52 "Links" 53 and "BBS" 54. One icon Is always highlighted 
55 to indicate the user's current location. The News icon 51 takes the user directly to the home page. The Archive icon 

52 takes the user to the archive which is a table giving descriptbns of and links to all the artrcles that have been posted 
to that forum and is automatically maintained by an automatic content posting system described below. The links icon 

53 takes the user to a page of links to other pages relevant to the topb of the forum. These links may refer to pages 
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elsewhere in ola™ or on other servers on the World Wide Web. The forum editor and journalists set up the links and 
nnay group them in sets, see steps S21 to S24 of Figure 4, An Autoload icon may be provided for each set, functioning 
as described above. Navigation between pages of a forum is illustrated in steps S9 to SI 4 of Figure 4. 

The BBS icon 54 takes the user to a relevant news/chat service also maintained in the ola^ service. This is similar 
to conventional services of this type. 

The homepage for each forum includes headlines or teasers 55, 56 for a number of articles on the relevant topic 
together with links 57 to pages containing the complete text of the articles. The headlines are generally less than 200 
words and may also Include images. The number of headlines included on the homepage is set by the forum admin- 
istrator. Articles are generated by "Content Generators' or joumalists who post material to the forums using the auto- 
matic content posting system described below. 

All articles of each forum are stored in an article database in forum merrrary 23, this includes the article's text and 
any image references as well as data such as the name of the author or content generator and the date the article was 
posted to Ola™. Articles may be accessed through the archive page which is reached from the archive icon 52 which 
appears at the top of each page in the fomm. The archive page includes a table listing all articles by their headline and 
giving the author, date and a hypertext link to the full text. The articles in the archive are sorted by date with the newest 
first and new articles may be flagged. 

Automatic Content Posting 

A user registered as a "Content Generator' for a forum may add and edit material through the archive page. When 
a content generator accesses the archive page the display format is slightly different, as shown in Figure 11 . For the 
content generator, the articles are sorted into 'Your Artrcles" and "Other People's Articles" and an addittonal link 'Add 
new article" 71 is shown. For the content generator's own articles options "Edit " 72, 'View ' 73 and "Delete " 74 are 
provided via hypertext links; for other people's articles only "Vjew * 73 is shown as content generators may not edit or 
delete other people's articles. System administrators and Forum administrators/editors may add, change, or delete 
any content within a forum. The archive table Is assembled from the database each time the archive page is accessed, 
thus ensuring it is always up to date. The process for editing or adding a forum Article is shown in steps SI 5 to S20 
of Figure 4. 

Selecting 'Add new article" takes the content generator to the corresponding page, shown in Figure 12. This 
comprises a form including boxes for the arttele Headline 82, the teaser or lead 83 and (not shown) the body text. The 
content generator may type into the boxes directly or, more likely, paste in text prepared on a word processor or HTML 
editor. A box 81 showing the default HTML header for the article is also provided. This defines such parameters as 
text and background colour for the article and may be edited if the content generator is sufficiently familiar with HTML. 
Otherwise the defaults can be left, ensuring that the article has a standard "look and feel'. 

When an article is added to the database, the automatic content posting system autonnatically adds the article 
headline and teaser to the news page of the relevant forum together with a link to the full artrcle. If the news page 
already contains the maximum number of links as specified by the forum administrator, the oldest article no longer 
appears on the news page. In the present embodiment artk:les are bumped strictly in order of age. It is however possible 
for the forum administrator to set more complex rules. For example, articles on the news page may be set to remain 
permanently or for a specified period. Also, content generators and articles may be given prbrities and bumped ac- 
cording to those prbrities. 

If the number of articles on the news page falls below a predetenmined number, the automatic content posting 
system retrieves articles previously bumped or alerts the forum administrator 

The automatic content posting system also indexes each new article as necessary for the ola™ search tool. 

In this manner the automatk; content posting system automatically makes necessary entries in the forum archive 
and the forum homepage so that the artk;le is immediately available to users. This is done without need for intervention 
by the forum administrator and without requiring knowledge of HTML and the system organisation on the part of the 
content generator. 



Claims 

1. A server computer adapted to communicate with a user having a client computer via the Internet or an intranet, 
said server computer comprising: 

personal edition memory means (19) for storing data relating to users accessing sakl system; 

document memory means (23) for storing a plurality of documents; 
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database management means (17) for requesting from said user personal information relating to him or her 
and storing said personal informatbn in said personal edition memory means (19); 

automatic document assembly means (17) for retrieving from said document memory means (23) one of said 
5 plurality of documents; and 

transmission means (15,17) for transmitting the retrieved document onto the Internet or intranet for delivery 
to said client computer; wherein 

10 when said user bgs In to said server computer, said automatic document assembly means (17) selects the 

document to retrieve according to the personal information relating to that user stored in said personal edition 
memory means (19). 

A sender computer according to claim 1 further comprising advertisement memory means (21 ) for storing a plurality 
of advertisements and wherein said automatic document assembly means (1 7) is further adapted to select an 
advertisement from said advertisement merTK>ry means (21 ) on the basis of said personal information relating to 
a user and to incorporate the selected advertisement in documents to be transmitted to that user. 

A server computer according to claim 2 wherein said personal editbn memory means (19) is further adapted to 
store a log of requests made by each user and said automatic document assembly means (1 7) is further adapted 
to select an advertisement from said advertisement merTK)ry means (21 ) on the basis of said log in addition to said 
personal information. 

A server computer according to claim 2 or 3 wherein said personal edition memory means (19) is further adapted 
to store a log of advertisements which have previously been transmitted to said user and said automatic document 
assembly means (17) is further adapted to select an advertisement from said advertisement memory means (21 ) 
on the basis of said log in addition to said personal information. 

A server computer according to claim 4 wherein said automatic document assembly means is adapted to retrieve 
from said advertisement memory means all advertisements deemed relevant to said user on the basis of the 
personal information stored for that user, to sort said retrieved advertisements into a list by date with the oldest 
first and according to the number of times they have been displayed to the user previously to weight the adver- 
tisements with those at the top of the list having greater weight, and to select an advertisement at random from 
the list, with those of greater weight having a higher chance of selection. 

A server computer according to any one of the preceding claims wherein said personal information includes data 
relating to at least one of the group comprising: the user's age, the user's gender, the user's place of work or 
residence and the user's interests. 

A server computer according to any one of the preceding claims wherein said automatic document assembly 
means (17) is further adapted to construct a menu of hypertext links (Frame C) on the basis of the personal infor- 
mation for a user and the user's requests and to incorporate sakJ menu in documents to be transmitted to said 
user's client computer 

A server computer according to claim 7 wherein said personal information includes the address of at least one 
resource on the World Wide Web and said menu includes a hypertext link to said resource. 

A server computer according to claim 7 wherein saki personal information includes a plurality of addresses of 
resources on the World Wide Web, said addresses being grouped in at least one link set, and wherein said menu 
includes a hypertext link to the or each link set whereby said automatic document assembly means (1 7) is further 
adapted to supplement said menu with hypertext links to the addresses of a link set, when the user selects a 
hypertext link to that link set. 

10. A server computer according to claim 9 wherein said automatic document assembly means is further adapted to 
55 include in said menu an autoload icon; and further comprising: 

autoload means responsive to selection of said autoload icon by said user for assembling an autobad document 
adapted to cause said user's client computer to access concurrently each resource addressed by a hypertext link 
in said menu and to transmit said autobad document to said user's client computer 
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11 . A server computer according to claim 1 0 wherein said autoload document is adapted to cause the user's computer 
to divide the available area of its screen into a plurality of frames corresponding in number to said resources 
addressed In said menu and to load each resource into a respective one of said frames. 

12. A server according to claim 11 wherein said autoload document is further adapted to cause the user's computer 
to divide the available area of its screen into a further frame and to load an additional resource into said further 
frame. 

13. A server computer according to claim 12 wherein said additional resource is an advertisement selected by said 
automatic document assembly means according to said personal information stored in said personal edition mem- 
ory means (1 9). 

14. A server computer according to any one of claims 7 to 1 3 further comprising: 

log memory means (1 9) for storing the dates when a user selects the or a hypertext link to an address stored 
in his/her personal information; and 

automatic update tracking means (17) for automatk:ally accessing at least one of the resources referred to by 
said addresses included in said personal infomnation and determining whether that resource has been updated 
since it was last selected by said user 

15. A server computer according to claim 14 wherein sakJ automatic update tracking means (17) is adapted to access 
the or each resource approximately every one or two days. 

16. A server computer according to claim 14 wherein said automatic update tracking means (17) is adapted to access 
the or each resource at a frequency dependant on the frequency the respective user has logged in to said server 
computer. 
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Fig. 3 
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rig. 4A 
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Fig. AC 
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Fig. 4D 
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Fig. 5 
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Fig. 7 
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Fig. 8 
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Fig. 10 
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Fig. 12 
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